home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
QRZ! Ham Radio 4
/
QRZ Ham Radio Callsign Database - Volume 4.iso
/
digests
/
digital
/
940140.txt
< prev
next >
Wrap
Internet Message Format
|
1994-11-13
|
19KB
Date: Sat, 7 May 94 04:30:22 PDT
From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
Errors-To: Ham-Digital-Errors@UCSD.Edu
Reply-To: Ham-Digital@UCSD.Edu
Precedence: Bulk
Subject: Ham-Digital Digest V94 #140
To: Ham-Digital
Ham-Digital Digest Sat, 7 May 94 Volume 94 : Issue 140
Today's Topics:
[Q] your opinion for BEST HF PacTOR rig ?
HAPN 4800 Baud Modem
Help for PK232 problem
help with KaGold software..!! (2 msgs)
High Speed Packet ?
JNOS 1.10C
More Software for Baycom?
Telnet from KA9Q-NOS
TM-733A & AEA DSP-2232
Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.
Archives of past issues of the Ham-Digital Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party. Your mileage may vary. So there.
----------------------------------------------------------------------
Date: Thu, 5 May 1994 17:46:04 GMT
From: ihnp4.ucsd.edu!usc!math.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!news.csuohio.edu!sww@network.ucsd.edu
Subject: [Q] your opinion for BEST HF PacTOR rig ?
To: ham-digital@ucsd.edu
Kenneth C Hopper (khopper@kimbark.uchicago.edu) wrote:
: I see that only the Yaesu has a "RTTY" and "Packet" connector on
: the back of the rig. But since most of PacTOR is/will be LSB and
: not use the FSK capabilities of the rig - is there an advantage ?
:
A power supply in my Yaesu 980 was no where near what is required for
Pactor. To replace it, I ordered a Kenwood 450. Never having had a
Kenwood HF radio, I was still able to be up and talking on Pactor in
.. get this ... 15 minutes (but I already had a hot iron). It has so
many obvious features that lend itself to digital work that I went out
and replaced another Yaesu with a Kenwood 690.
Get the 500 hertz filter and ignore people who say not to use it with
GTOR. It works great.
I ran extensive tests (while away from home using the 690 to the 450)
with both FSK and AFSK. FSK showed NO indication of being superior.
I changed to AFSK so that I could parallel two KAMs and run Pactor and
GTOR on the same radio. By using AFSK, there are no frequency problems,
the frequency for Pactor is the same as the one for GTOR. You will find
that GTOR works great in a great band but you can't even connect in a
crummy situation. By having both the GTOR and Pactor you can take advantage
of the GTOR speed (especially above 40 meters) and still have Pactor for
crummy conditions and noisy 80 meter attempts (the 450 scans).
73,
Steve
NO8M@NO8M.#NEOH.OH.USA.NA
ag807@cleveland.freenet.edu
use this for internet replies
------------------------------
Date: Fri, 6 May 94 06:26:08 EDT
From: VNET.IBM.COM@uunet.uu.net
Subject: HAPN 4800 Baud Modem
To: ham-digital@ucsd.edu
I recently got a HAPN 4800 baud modem kit that I plan to install into
a DRSI DPK-2 tnc. DRSI tech support does not have any info on doing this.
I have been told that the address in the doc's I have for the 4800 baud
modem is old. Does any one have either the address and phone number of
HAPN. Or have any info on installing the modem into a DRSI TNC.
Any info would be appreciated.
Stephen sharp
IBM, Micro Electronics Div.
Burlington, VT Internet ID: ssharp@vnet.ibm.com
------------------------------
Date: 6 May 1994 19:02:10 GMT
From: news.larc.nasa.gov!lerc.nasa.gov!kira.cc.uakron.edu!malgudi.oar.net!news.ysu.edu!yfn.ysu.edu!as779@ames.arpa
Subject: Help for PK232 problem
To: ham-digital@ucsd.edu
Help!...Need assist with PK-232 problem.
Have suddenly partially lost ability to communicate with my
PK232. Using Mac LC, and both ZTerm and AEA MacRatt comm software,
the TNC refuses to recognize commands from keyboard. With MacRatt
trying to startup in "Host Packet VHF" mode,the message
"Host Mode cannot be turned on, check cable and baud rate" appears.
Resetting TNC settings from dialog box (Host Mode ON, CTS flow,
9600b Port speed) does not kick it back on.
In MacRatt "dumb terminal" mode, and also with ZTerm (another
terminal emulator), I can copy received packets, and with a CTL-C
get a returned "cmd:" prompt. However, no further input from
keyboard is recognized or acted upon, other than "cmd:" at CTL-C.
The cable is ok and have triesd a substitute.
The computer and comm port is ok, and I use terminal programs
with phone modem and same cables with no problems.
Supply voltage to PK232 is 12V or better.
The four LED's at leftlight at powerup, PKT mode LED lit, CMD LED lit.
Cold power up of PK232 yields the normal startup message on screen.
Is there another diagnostic for PK 232 or suggestions for
solution of this problem? Please reply to my email address.
(Packet reply just won't work for now :-) )
Thanks in advance.
--------
Chuck Reti Detroit,MI WV8A
Internet: aa010@detroit.freenet.org
packet: wv8a@wb8zpn.#semi.mi.usa.na
------------------------------
Date: 6 May 94 17:29:57 GMT
From: yale.edu!noc.near.net!jericho.mc.com!fugu!levine@yale.arpa
Subject: help with KaGold software..!!
To: ham-digital@ucsd.edu
In article 6054@muvms6, desaid@muvms6.wvnet.edu () writes:
-->HI Everyone:
-->
-->I am new to packet radio and I was wondering, is KaGold software available
-->in public domain so that I can download it from some ftp site.
-->
-->Please let me know either by email or post it to this net.
-->
-->Thanks a lot.
-->
-->73,
-->Dinakar kb8phz
-->kb8phz@ka4ros.ky.usa.noam
-->
KaGold is commercial software, but there is a demo version
available on many ham BBS's. Sorry but I cant point you
to an FTP site. If you can't locate it, call Interflex
at (714)496-6639 or you can probably D/L it from their
phone BBS (714)497-5860.
I use PkGold (the AEA equipment version) and I think
it is superior to all other TNC software interface
programs, by far.
---
------------------------------------------------------------
Bob Levine KD1GG 7J1AIS VK2GYN formerly KA1JFP
levine@mc.com <--Internet email Phone(508) 256-1300 x247
kd1gg@wa1phy.ma <--Packet Mail FAX(508) 256-3599
------------------------------------------------------------
------------------------------
Date: 6 May 94 22:32:25 GMT
From: agate!howland.reston.ans.net!usc!elroy.jpl.nasa.gov!hyperion.jpl.nasa.gov!laborde@ucbvax.berkeley.edu
Subject: help with KaGold software..!!
To: ham-digital@ucsd.edu
In article <2qduql$aib@jericho.mc.com> Bob Levine, levine@mc.com writes:
>KaGold is commercial software, but there is a demo version
>available on many ham BBS's. Sorry but I cant point you
I have the KaGOLD version 9.01 and I think it is the best thing going for
vanilla AX.25 packet. One word of caution (OK several): That KaGOLD test
drive SUCKS!!! I think that it is probably keeping them from getting rich
off the real software. It works, but after you have decided that you like
it and need to go back to your old software while you wait for KaGOLD to
arrive, you will find that "TESTDRIVE" as it is called does not revert
your TNC's settings to their former useful state. This causes no end of
frustration.
KaGOLD TESTDRIVE is also representative of the software from about two
generations ago, and many of the new features that make it so nice are
not present.
Buy it direct from Interflex, the vendor. It costs the same, and I know
too many people whose disks from HRO have been unusable. Also, you get
the very latest version and they usually throw in a disk of goodies.
KaGOLD is key-locked to prevent unauthorized use. When you get it, even
if from HRO, you have to call the company anyway. They give you an
11-digit "registration number" which, when combined with your callsign,
unlocks the software. If you call them to order it, they will ship it
2-day Express Mail and will give you your registration number so that if
you have a modem you can call up their BBS and download the software for
immediate use.
-Greg
"Not a stockholder, just a very satisfied customer."
------------------------------
Date: Fri, 6 May 1994 15:35:49 GMT
From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!EU.net!uknet!festival!dcs.ed.ac.uk!jmb@network.ucsd.edu
Subject: High Speed Packet ?
To: ham-digital@ucsd.edu
Hi,
I'm interested in learning about the various options available for high
speed packet radio. I know about the G3RUH 9600 baud modem and have heard
of the AEA DSP based device but what else is there ? Is there anything faster
than 9600 baud - what modulation techniques are used ?
Thanks,
Justin.
------------------------------
Date: Fri, 6 May 1994 15:35:33 GMT
From: ihnp4.ucsd.edu!usc!cs.utexas.edu!howland.reston.ans.net!torn!watserv2.uwaterloo.ca!aphid.watstar.uwaterloo.ca!gjhurlbu@network.ucsd.edu
Subject: JNOS 1.10C
To: ham-digital@ucsd.edu
In article <CpCMrA.wL@srgenprp.sr.hp.com> glenne@sad.hp.com (Glenn Elmore) writes:
>: Does anyone here know of another FTP site where I can find JNOS 1.10C? The
>I had a similar problem with this file. I found a good version
>(the same length, as I remember) on ftp.ece.orst.edu
Thanks... I knew there was another site, but I had forgotten where it was,
and as I said, ARCHIE totally failed me...
=============================================================================
Gavin Hurlbut | A die hard fan of:
gjhurlbu@electrical.uwaterloo.ca | Sleep, InterNet use,
gavin.hurlbut@f210.n221.z1.fidonet.org | VGA Planets (what a way to
ad129@freenet.carleton.ca | waste time), procrastination,
ghurlbut@lotds.uucp | and other such useless hobbies
-----------------------------------------------------------------------------
------------------------------
Date: 6 May 94 16:46:27 GMT
From: epicb!davids@uunet.uu.net
Subject: More Software for Baycom?
To: ham-digital@ucsd.edu
I purchased a Baycom modem at Dayton. I'm looking for more software that
runs on the Baycom modems. Any pointers would be appreciated.
-David N9PGH
davids@truevision.com
------------------------------
Date: Fri, 6 May 1994 10:12:13 GMT
From: ihnp4.ucsd.edu!munnari.oz.au!hippo.ru.ac.za!ucthpx!uctvax.uct.ac.za!thebox.ee.ctech.ac.za!Jakes@network.ucsd.edu
Subject: Telnet from KA9Q-NOS
To: ham-digital@ucsd.edu
In article <Imraanm.1.2DC75D41@maxwell.ctech.ac.za> Imraanm@maxwell.ctech.ac.za (jakes) writes:
>Subject: Telnet from KA9Q-NOS
>From: Imraanm@maxwell.ctech.ac.za (jakes)
>Date: Wed, 4 May 1994 08:30:57 GMT
>Keywords: ka9q nos net
>Summary: Help with KA9Q-NOS
>Hi All,
>I am currently running KA9Q NOS version 930507 compiled for 386/486
>copyright 1992. I think I pulled it of oak.oakland.edu .
>When you telnet into the system you get the mailbox with various facilities
>like telnet.
>So when you use this telnet function to telnet to another host on the
>internet network, it get as far as the intro messages before the login
>prompt and just before you get the login prompt, the remote system
>disconnects you.....help!
>But if you telnet to a mail port (port 25) it connects fine and let you send
>mail manually.
>Please can anybody perhaps help?
>Send all replies to jakes@maxwell.ctech.ac.za and I will then post it back
>into this newsgroup.
>Thanks
>JAKES
>---------------------------------------------------------------------------
>| J. du Toit /// | E-mail: jakes@maxwell.ctech.ac.za |
>| Electrical Engineering 00 | HAM: ZR1ADG |
>| Cape Technikon ( | Tel: +27 21 4603083 (w) |
>| Cape Town - | Fax: +27 21 451698 |
>| South-Africa | |
>---------------------------------------------------------------------------
Well after many hours and late nights, I figured it out.....
It was my KA9Q-NOS station's escape character that caused all the disconnects
from the telnet services. The default was control-X so I 've changed it to
control-[. Anyway my system is now up and running.....
Thanks to everybody who has read this article.
JAKES
------------------------------
Date: 5 May 1994 16:58:16 GMT
From: ihnp4.ucsd.edu!usc!nic-nac.CSU.net!charnel.ecst.csuchico.edu!olivea!ncd.com!newshost.ncd.com!hansen.ncd.com!phil@network.ucsd.edu
Subject: TM-733A & AEA DSP-2232
To: ham-digital@ucsd.edu
I just got a Kenwood TM-733A and have had a AEA DSP-2232 for some time. I
connected them up last night and it seems to work!
Questions:
1) I measured the deviation (with a service monitor) and it is 1KHz max.
What is the recommended deviation for 9600 baud packet?
2) If it is more than 1KHz, how can I increase the gain of the DSP-2232? I
have already adjusted the one pot that is available.
3) How low of a TXDelay is possible with this combination?
Thanks!
Phil
phil@ncd.com
------------------------------
Date: 6 May 94 15:48:32 GMT
From: agate!howland.reston.ans.net!torn!hermes.acs.ryerson.ca!ee.ryerson.ca!jeff@ucbvax.berkeley.edu
To: ham-digital@ucsd.edu
References <1994May4.100155.15200@dxcern.cern.ch>, <2q8erk$qdc@hermes.acs.ryerson.ca>, <1994May5.163709.18976@dxcern.cern.ch>
Subject : Re: PacketRadio forLinux with Baycom ??
Pawel Jalocha (jalocha@dxcern.cern.ch) wrote:
: In <2q8erk$qdc@hermes.acs.ryerson.ca> jeff@ee.ryerson.ca (Donald Jeff Dionne) writes:
: >Pawel Jalocha (jalocha@dxcern.cern.ch) wrote:
: >: Bottom line: if the LINUX operating system doesn't "blind" the CPU
: >: to interrupts for longer than about 0.1 ms one could (in principle)
: >: write a driver for the BAYCOM modem running at 1200 bps.
: >There is no way to tell exactly how long the kernel will disable interupts
: >for, it depends on what is happening... and since ANYTHING could be, one
: >has to assume that there probabily will not be that kind of accuracy. Having
: >said that, however, there is a driver for Linux that does audio over the
: >pc speaker using a timer and some sort of PWM, and it works unless the
: >machine is busy with disk I/O or the like..... If you don't mind packet
: >loss when the machine is busy, and the machine comming to a halt when
: >packet is going on (as it does with the pc speaker), then perhaps I'm
: >wrong and it's worth a try.
: Just find someone having experience with the above driver and ask him
: how it goes in real life. Then write a driver for the BAYCOM modem
: and expect improvements:
: 1. On receiving the BAYCOM driver should be about 4-5 times more "reliable".
: This is because the "speaker" driver probably takes the audio directly
: into the COM port which I can estimate needs 4-5 times better timing
: precision.
No, no I'm sorry, I mislead you. The speaker driver just simulates the
SPARC /dev/audio soundcard device for playback only of sounds. It does
not do packet of any sort.
: 2. On transmiting the BAYCOM driver would not halt the machine. It would
: just interrupt it 1200 times per second to make every outgoing bit.
: By the way, the "speaker" driver is for 300 or 1200 bps packet ?
: Anyway, the excercise of writing the BAYCOM driver would be an interesting
: one. Even if you cannot make it to work on 1200 bps it may work on 300 bps.
: If not, then go down to 100 bps. Slow link is better than no link :-)
: Pawel
Well, the speaker driver interrupts the cpu at >18kHz, so I guess that's
not a problem. The only thing is that during disk I/O and the like,
interrupts are off, causing noticable disruptions. Can you point me at some
relevant source code? I'll see if I can merge the two.
Jeff@EE.Ryerson.Ca
------------------------------
Date: Thu, 5 May 1994 16:37:09 GMT
From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!EU.net!CERN.ch!dxcern!jalocha@network.ucsd.edu
To: ham-digital@ucsd.edu
References <2q6e92$kbk@hermes.acs.ryerson.ca>, <1994May4.100155.15200@dxcern.cern.ch>, <2q8erk$qdc@hermes.acs.ryerson.ca>
Subject : Re: PacketRadio forLinux with Baycom ??
In <2q8erk$qdc@hermes.acs.ryerson.ca> jeff@ee.ryerson.ca (Donald Jeff Dionne) writes:
>Pawel Jalocha (jalocha@dxcern.cern.ch) wrote:
>: Bottom line: if the LINUX operating system doesn't "blind" the CPU
>: to interrupts for longer than about 0.1 ms one could (in principle)
>: write a driver for the BAYCOM modem running at 1200 bps.
>There is no way to tell exactly how long the kernel will disable interupts
>for, it depends on what is happening... and since ANYTHING could be, one
>has to assume that there probabily will not be that kind of accuracy. Having
>said that, however, there is a driver for Linux that does audio over the
>pc speaker using a timer and some sort of PWM, and it works unless the
>machine is busy with disk I/O or the like..... If you don't mind packet
>loss when the machine is busy, and the machine comming to a halt when
>packet is going on (as it does with the pc speaker), then perhaps I'm
>wrong and it's worth a try.
Just find someone having experience with the above driver and ask him
how it goes in real life. Then write a driver for the BAYCOM modem
and expect improvements:
1. On receiving the BAYCOM driver should be about 4-5 times more "reliable".
This is because the "speaker" driver probably takes the audio directly
into the COM port which I can estimate needs 4-5 times better timing
precision.
2. On transmiting the BAYCOM driver would not halt the machine. It would
just interrupt it 1200 times per second to make every outgoing bit.
By the way, the "speaker" driver is for 300 or 1200 bps packet ?
Anyway, the excercise of writing the BAYCOM driver would be an interesting
one. Even if you cannot make it to work on 1200 bps it may work on 300 bps.
If not, then go down to 100 bps. Slow link is better than no link :-)
Pawel
------------------------------
End of Ham-Digital Digest V94 #140
******************************